home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / STUTTGART / GRAPHICS / RAYTRACING / POVRAY-2.2 / POVFRONT / ReadMe
Text File  |  1994-07-07  |  5KB  |  76 lines
  1. POVray2 Setup Version 1.12  -  July 1994
  2. ========================== 
  3.  
  4. This fixes a couple of 'anomalous features' (read bugs) which were present
  5. in Version 1.11 (the first release version). These are:
  6.  
  7. 1.) In version 1.11, an error 'Bad filename .xxx at code 7670' was produced
  8. if you deselected the save box option, and specified a system variable which
  9. hadn't been defined in the 'Path' submenu. Since I supplied the program with
  10. the default path set to <POVpicture$Dir> (which was defined during the boot
  11. up sequence on my machine - see below), this error will almost certainly
  12. have been produced if you tried to use version 1.11 in non-save-box mode
  13. without first setting the path to something sensible (Using 'Save defaults'
  14. from the icon bar menu will save your choice of destination path name).
  15. Version 1.12 now checks the destination path name when 'Start' is clicked,
  16. and will produce a warning if it is in non-save-box mode and the destination
  17. path name is undefined/invalid (error 'Invalid desination path name' is
  18. reported. This reflects the problem better than the rather enigmatic error
  19. above). Also, non-existent destination directories are detected, and this is
  20. also reported. Thanks to everyone who brought this one to my attention!
  21.  
  22. 2.) Whilst fixing the above, I noticed the rather inconsistent behaviour of
  23. the Path submenu itself. In version 1.11, if you had 'Use save box'
  24. selected, then entered text into the path submenu, the 'Use save box' option
  25. would be deselected, and the 'Path' menu item would be ticked. This is as
  26. expected. If, however, you then changed the text in the submenu, the 'Path'
  27. menu item would be deselected (i.e. its status was toggled). This obviously
  28. should not happen, and has been fixed in version 1.12 (i.e. the 'Path' item
  29. now remains selected when the text is changed, until you actually click on
  30. the 'Path' item itself, or select 'Use save box'. This is what should have
  31. happened originally.
  32.  
  33. 3.) Version 1.11 had a rather restrictive limit on the maximum length of the
  34. path and library names. This has now been increased.
  35.  
  36. The !!Scenes directory
  37. ======================
  38. As I mentioned above, the <POVpicture$Dir> system variable was always set on
  39. my machine. This was done by the !!Scenes directory, which exists solely to
  40. do this, and also to set up the #include library directory (note: it
  41. expects the #include files to be in a directory called 'inc' which itself
  42. is in the same directory as the !!Scenes application, i.e. 'inc' should be
  43. in the same filer window as !!Scenes), and provide somewhere to store the
  44. output scene files (obviously!). Since this was always present in my
  45. machine, I didn't notice problem number 1 above until told about it! I had
  46. meant to include !!Scenes in the first release (1.11), but I forgot....
  47. Anyway, it's here now. It is, of course, completely independent of the POV
  48. front end, which is in no way reliant upon it (other than to set up the
  49. system variables, if you use them), and it's up to you if you want to use it
  50. or not.
  51.  
  52.  
  53. Incidentally, just as an aside, I have not yet been able to test the
  54. 'Library' option in the menu, because I've not been able to get hold of an
  55. executable which actually works properly - those which I've tried (one is
  56. 2.0, the other 2.2, both of which I got from HENSA) both have bugs which
  57. mean that the library option parameter fails. The POV front end apparently
  58. passes the library parameter specified in the sub-menu correctly, but the
  59. executable messes up (it does this when run from the command line, too).
  60. Also, with the 2.0 executable (which I normally use - it seems a little less
  61. kludged than version 2.2, which seems to interpret the #include line in a
  62. rather odd way, which although it makes it easier to port scene description
  63. files from other machines is completely different to what I've used in all
  64. my previous scenes [#include <POVinc$Dir>.colors etc, which I normally use,
  65. does not work with this!]), the continue option does not seem to work. I
  66. don't think this is the fault of the front end, which correctly passes a
  67. '+C' parameter, but I'm willing to be corrected on this if I goofed and
  68. should have had another parameter as well. 
  69. Anyone want to volunteer to produce an executable which works properly (I
  70. would have a go, but I don't know diddly about C - any C gurus out there can
  71. find the sources by Internet ftp to alfred.carleton.ca [I think - mail me if
  72. this doesn't work and I'll look it up properly]. The sources do include
  73. Acorn specific headers and supposedly do compile on the Acorn C compiler...)
  74.  
  75.  
  76. Brian Ruth (b.ruth@ucl.ac.uk)